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Abstract of EP0774701 

The procedure for generating step tables for digital control of 
a machine tool includes a preliminary step (20) of a creating 
a catalogue of tools, allowing the operator to define the tools 
mounted on the machine tool. A further preliminary stage 
(21) allows the operator to provide parameters characteristic 
of the workpiece to be machined. 
The next stage (22) allows definition of the channels and 
system axes, and introduction of a plan of the successive 
operations required. Synchronisation rules (23) are then 
imposed relating to the operations effected on different axes. 
The different operations are put into ISO or other computer 
language, and an operating program prepared. Step tables 
are then generated from this information. 
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(54) Proc6d6 et programme de commande numgrique de machine-outil ainsi que commande 
numgrique fonctionnant au moyen de ce programme 

(57) Proc6d6et programme de generation de tables 
de pas pour commande num6rique de machine-outil 
comprenant successivement: 

une 6tape preiiminaire (20) de creation d'un catalo- 
gue d'outils permettant a I'operateur de definir les 
outils (7, 7) months sur la machine-outil. 

une etape preiiminaire (21 ) permettant a I'operateur 
de parameter certaines caract6ristiques de la 
piece a usiner, 

une etape (22) permettant & I'operateur de definir 
tout d'abord plusieurs canaux ou systemes eFaxes, 
puis d'introduire un plan d'operations constrtu^ par 
une succession ^operations consecutives dans 
chaque systdme cfaxe, le plan d'operations ^tant 
cree en plagant avec la souris des symboles (46) 
sur une interface graphique (40), 

une etape (23) permettant a I'operateur d'imposer 
des regies de synchronisation entre operations 
effectu6es sur des syst&mes d'axes differents (49, 
50), 

une etape (24) de parametrage des differentes 
operations au moyen du langage ISO ou d'assis- 
tants informatiques, 

r ensemble du plan d'operation et des regies de 
synchronisation constituant la gamme operatoire, 

et une etape (25, 27, 29) de calcul des tables de 
pas a partir de la gamme operatoire. 
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Description 

La presente invention concerne un procecte et un 
logidel de generation d'ordres de defacement pour 
une machine-outil. De maniere g^nerale, la presente s 
invention concerne le probleme de la commande nume- 
rique de machines-outils. 

Art anterieur 

10 

La figure 1 illustre un exemple de machine-outil k 
commande numerique. Sur une plaque de base 1, un 
bati 2 supporte une poupee 3 dont la broche est equi- 
p6e d'une pince de serrage 4. Une barre & usiner 5 
s'etend k I'avant de la poupee 3 et traverse un canon 6 75 
de sorte que son extremite se trouve en regard d'un 
premier outil de tournage 7, solidaire d'un premier cou- 
lisseau 8, et d'un deuxieme outil de tournage 7 solidaire 
d'un deuxieme coulisseau 8'. Un moteur de broche 9 fait 
tourner la pince 4. Un moteur de poupee 10 assure les 20 
defacements vers I'avant et vers I'arriere de la poupee 
3. Les commandes d'ouverture et de fermeture de la 
pince 4 ne sont pas representees. Un moteur 11 
deface le premier coulisseau 8 sur une giissiere 12, de 
maniere k commander la position de I'outil 7 dans le zs 
sens radial par rapport k I'axe de rotation de la barre 5; 
de maniere similaire, un moteur 11* deplace le 
deuxieme 8* sur une autre giissiere 12', de maniere k 
commander la position du deuxieme outil 7' dans le 
sens radial. Les pieces successives sont usinees en 30 
commandant les moteurs 10, 11 et 1V de maniere k 
contrdler les deplacements des axes z, x et u. Dans cer- 
tains cas, le moteur d'entrainement de la broche 9 peut 
§galement etre commande" ind§pendamment. 

Par la suite, on designera les axes et les broches 35 
de la machine-outil par le terme g6ne>al de ressources. 
Une ressource peut 6galement §tre une combinaison 
math§matique virtuelle d'axes et de broches, comme on 
le verra plus loin. 

Les differents moteurs sont contr6l§s par le dispo- 40 
sitff de commande numerique 13 k partir dun pro- 
gramme gen6r6 sur un ordinateur externe 14 et 
transmis au dispositif de commande 13 par une ligne 
se>ielle 15. Le programme de commande peut naturel- 
lement aussi §tre transmis autrement au dispositif 13, 45 
par exemple sur une disquette. 

La figure 2 illustre le principe d'une commande 
numeiique CNC traditionnelle dans le cas particulier 
d'une machine k trois axes. 

Un interpolateur 61 regoit des instructions 60 gene- so 
r6es sur un ordinateur externe. Linterpolateur utilise 
ces consignes pour commander des deplacements des 
moteurs 65, 66, 67 correspondant k chaque ressource 
au travers des regulateurs 62, 63, 64. Des capteurs 68, 
69, 70 mesurent en permanence la position ou la 55 
vitesse de chaque ressource; ces informations sont uti- 
lises comme contre-reaction par les regulateurs cor- 
respondants. Les regulateurs 62, 63, 64 permettent 
d'assurer que les moteurs correspondants 65, 66, 67 



suivent la consigne imposee par I'interpolateur 61 
meme en cas de perturbations. 

Les instructions 60 sont ideal istes; par exemple, il 
peut y avoir des instructions de deplacements ou 
d'accelerations instantanes necessitant une puissance 
infinie. Linterpolateur four nit par consequent des consi- 
gnes idealistes aux regulateurs 62, 63, 64 et attend que 
les moteurs correspondants aient atteint la position 
demandee avant de commander le defacement sui- 
vant. Linterpolateur utilise pourcela un feed-back fourni 
par les capteurs 68, 69, 70. Si des mouvements sont 
interpoles entre plusieurs ressources, I'interpolateur 61 
attend que tous les moteurs concerned aient atteint la 
position demandee. 

La fonction de linterpolateur 61 est done double: 
d'une part, il permet d'adapter les consignes de defa- 
cement aux capacites physiques des moteurs 68, 69, 
70, en fournissant de nouvelles consignes seulement 
lorsque les consignes pr^cedentes ont ete executes. 
D'autre part, il permet de realiser des trajectoires multi- 
dimensionnelles imptiquant des deplacements de plu- 
sieurs ressources, par exemple des defacements 
rectilignes, circulaires ou paraboliques. 

Les calcufs complexes necessaires k ces interpola- 
tions, qui sont effectu6es en temps reel, exigent cepen- 
dant une puissance de calcul importante qui rench6rit 
consideVablement les commandes numgriques classi- 
ques. Par consequent, les ressources susceptibles 
d'etre utilisees ensemble dans une interpolation sont 
habituellement associees conceptuellement en plu- 
sieurs canaux. Une machine k 6 axes peut par exemple 
comporter 2 canaux formed chacun de trois axes. 

Cette notion de canal limite consid^rablement les 
posstbilites d'utilisation de la machine-outil, car une res- 
source appartenartt k un canal ne peut pas §tre interpo- 
lee avec la ressource d'un autre canal. II n'est par 
consequent pas possible de tirer pleinement parti des 
fonctionnalites et de la rapidite de la machine-outil. 

On peut dire que les machines-outils k commande 
numerique traditionnelles de la figure 2 fonctionnent en 
boucle ferm^e. En effet, I'interpolateur 61 calcule en 
temps r§el les consignes appliqu^es aux regulateurs 
62, 63, 64 en fonction des signaux fournis par les cap- 
teurs 68, 69, 70. 

La plupart des interpolateurs 61 de fart anterieur 
reconnaissent des instructions 60 dans une des nom- 
breuses variantes du langage ISO. Ce langage com- 
prend des instructions de haut niveau, impliquant de 
multiples deplacements, ainsi que des operateurs de 
boucle nor") ou de conditions ("if"). II est possible de 
d&inir au moyen de ce langage une grande vartete 
d'opeYations k effectuer sur la piece. 

Le document de brevet EP474603 au nom de la 
deposante decrit une commande numerique fonction- 
nant selon un autre principe illustre par la figure 3. A 
chaque ressource de la machine correspond une table 
de pas 71, 72, 73 qui memorise une suite d'ordres de 
deplacements pour cet axe. Ces defacements sont 
imposes une fois pour toutes. Un compteur, non repre- 
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sente, provoque k intervalles determines ta lecture dans 
chaque table de pas des increments de deplacement de 
Taxe correspondant. Ces deplacements sont soit direc- 
tement executes par des moteurs pas-^-pas 64', soit 
utilises comme valeur de consigne par des regulateurs 5 
62', 63' commandant des moteurs 65', 66' en utilisant 
des informations fournies par des capteurs 68', 60*. II n'y 
a aucun feed-back entre les capteurs mesurant la piece 
usinee et la commande numerique 13. On dit done que 
le systeme fonctionne en boucle ouverte, la retroaction JC 
depuis les capteurs 68', 69* ne s'appliquant qu'aux regu- 
lateurs assoctes 62', 63', mais n'influengant pas la 
sequence d'ordres de deplacements imposes. 

II y a une analogie entre le principe de cette com- 
mande et les machines traditionnelles, par exemple les is 
decolleteuses, utilisant des cames. Dans ces machines, 
chaque outil est entraTne par une came. La trajectoire 
de chaque outil est done provoqu§e par le deroulement 
du profil des cames; fa position angulaire des cames 
determine la position des outils. La synchronisation du 20 
mouvement des outils est assur§e en montant toutes 
les cames sur un arbre k cames commun. 

Pour chaque nouveau type de pieces k usiner, un 
nouveau jeu de cames doit §tre fabrique. Le profil des 
cames doit ensuite §tre ameiiore en les testant sur la 25 
machine et en modrfiant leur profil tant que la piece usi- 
nee ne correspond pas exactement k ce qui est desire. 
La machine-outil reste done generalement inemployee 
en production lorsqu'un nouveau programme de piece 
est mis au point. 30 

De manure correspondante, dans les machines k 
commande numerique decrites dans le brevet men- 
tionne, la trajectoire de chaque outil est determinee par 
le contenu des tables de pas correspondantes. Un nou- 
veau jeu de tables de pas doit etre cree au prealabie 35 
pour chaque nouveau type de pieces k usiner. Comme 
tous les calculs d'interpolations sont calculus s^pare- 
ment et une seule fois sur un ordinateur 14 externe, la 
vitesse de calcul n'est pas critique; le calcul peut done 
etre complexe sans que la machine-outil soit ralentie. 40 

L'usinage d'une piece complexe pouvant impliquer 
des milliers de deplacements d'axes coordonn6s, il 
n'est la plupart du temps pas possible de developper 
manuellement les tables de pas. Comme indique k la fin 
de la page 4 du brevet susmentionne, on cree done 45 
prealablement ces tables au moyen d'un logiciel de cal- 
cul fonctionnant sur un ordinateur 14 externe k la 
machine. 

La presente invention concerne notamment le pro- 
bteme de la generation des tables de pas 71 , 72, 73 sur so 
Pordinateur externe 14. L'invention peut cependant 
aussi s'appliquer k la generation des instructions 60 
pour un interpolates dans une commande numerique 
traditionnelle selon la figure 2, ou k la generation 
d'ordres de deplacements dans une commande nume- ss 
rique queiconque. 

On connait dans Tart anteheur des syst ernes per- 
mettant k l'operateur d'introduire dans son logiciel de 
calcul le profil initial de la piece ainsi que le profil desire. 



Un logiciel calcule alors automatiquement les ordres de 
deplacement des axes de maniere k obtenir ce profil en 
un minimum d'operations. 

Ce type de logiciel est extremement complique a 
developper et offre generalement une souplesse limi- 
tee. II peut parfois etre difficile et lent d'introduire ou de 
definir exactement toutes les dimensions de la piece 
desiree, en particulier si celle-ci a un profil complique. 
L'operateur n'a en outre generalement aucune possibi- 
lite de modifier le plan d'operations calcule si celui-ci ne 
lui donne pas entierement satisfaction. 

Pour toutes ces raisons, il est plus naturel d'intro- 
duire le profil de la piece initiale, qui est de forme gene- 
ralement simple, ainsi que les operations d'usinage 
principales devant §tre effectuees sur cette piece. 
L'operateur contrdle lui-meme les operations d'usinage 
effectuees. 

On pourrait utiliser k cet effet le langage ISO utilise 
avec les commandes numeriques traditionnelles selon 
la figure 1 . II est possible de definir au moyen de ce lan- 
gage les operations k effectuer sur la piece, et de les 
convertir au moyen d'un compilateur en une succession 
destructions de deplacement des differents axes, 
regroupees dans les tables de pas. 

Malheureusement, comme on Pa vu, les possibilites 
de description de ce langage sont insuffisantes pour 
commander avec la souplesse voulue des operations 
d'usinage complexes. En particulier, le regroupement 
arbitraire des axes en canaux pred6finis constitue une 
limitation qui emp§che de tirer pleinement parti des 
possibilites de la machine, il est en outre difficile avec 
ce langage d'introduire des synchronisations entre des 
deplacements d'axes appartenant k des canaux diffe- 
rents, et done de definir avec la souplesse desiree des 
operations d'usinage multitaches, e'est-e-dire faisant 
intervenir des deplacements simultanes de plusieurs 
systemes d'outils. 

Bien que de nombreuses extensions du langage 
ISO aient ete proposees avec le deveioppement de 
nouvelles commandes numeriques, il est generalement 
difficile de synchroniser des operations autrement qu'en 
ajoutant un nombre de phases d'attente suff isant apres 
les operations les plus rapides. Les machines-outils 
sont done contraintes k fonctionner a une vitesse en 
dessous de leurs possibilites theoriques en raison de la 
faiblesse des possibilites de description du langage 
ISO. Ce probieme est particulierement crucial avec des 
machines-outils modernes comprenant plusieurs syste- 
mes d'outils devant fonctionner en paralieie. 

Le langage ISO est en outre devenu tres complique 
a utiliser en raison de ces nouvelles instructions. L'ope- 
rateur qui generalement ne connait pas la totality du jeu 
destructions d'une nouvelle commande numerique 
renonce par consequent ben souvent k des possibilites 
de programmation theoriquement disponibles. 

L'utilisation du langage ISO ne permet done que de 
generer des tables de pas insatisfaisantes, qu'il est 
necessaire de tester directement sur la machine-outil 
pour verifier Si les tables generees comportent des 
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phases d'attente inadmissibles. Dans ce cas, il est aJors 
necessaire de reprendre et d'ametiorer tes tables de 
pas. ce qui implique done de nombreux essais succes- 
sifs provoquant (Immobilisation de la machine. 

Buts 

Un but de la presente invention est done de propo- 
ser un procede et un logiciei de generation d'ordres de 
deplacement pour commande numerique de machine- 
outil 6vitant fes inconvenients des dispositifs de Tart 
anterieur. 

Un autre but de fa presente invention est de propo- 
ser un procede et un logiciei pouvant g6n6rer soit des 
ordres de deplacement, sous formes destructions, uti- 
lisables par des commandes numeriques du type d6crit 
en relation avec la figure 2, soit des ordres de deface- 
ment impiement6s sous formes de tables de pas utilisa- 
bles par des commandes numeriques du type d6crit en 
relation avec la figure 3. 

Un autre but est de proposer un proc6d6 et un logi- 
ciei de generation d'ordres de defacement adapts k 
n'importe quel type de machine-outil. 

Un autre but de la presente invention est de propo- 
ser un precede et un logiciei de generation d'ordres de 
deplacement pour une machine-outil facile k utiliser par 
I'operateur. En particulier, un but de la presente inven- 
tion est de proposer un procede et un logiciei n6cessi- 
tant le moins possble de connaissances specialisees 
de la part de I'operateur, et offrant un contort d'utilisa- 
tion moderne. 

Un autre but est de proposer un procede et un logi- 
ciei de generation d'ordres de deplacement permettant 
aux machines-outils k commande num6rique de fonc- 
tionner de manure beaucoup plus efficace qu'avec des 
ordres de deplacement generes k partir de logiciels uti- 
lisant des langages de description insuffisants tels que 
le langage ISO. 

Un autre but est de proposer un proc6d6 et un logi- 
ciei de generation d'ordres de deplacement permettant 
d'utiliser le plus efficacement possible les possibilites de 
la machine-outil ci laqueile ces ordres sont destines. En 
particulier, un but de la presente invention est d'eviter 
les limitations dues au regroupement arbitrage des res- 
sources de la machine-outil en canaux predefinis. 

Un autre but est de donner k I'operateur un procede 
et un logiciei de generation d'ordres de deplacement 
permettant de decrire et de g6n6rer des successions 
complexes d'operations d'usinage synchronisees entre 
elles. En particulier, un but est de permettre k I'opera- 
teur de definir lui-meme les synchronisations de depla- 
cements de ressources appartenant k differents 
systemes d'axes sur la machine, de maniere k utiliser 
pleinement les possibilites de travail multi&che de la 
machine-outil. 

Un autre but de la presente invention est de propo- 
ser un procede et un logiciei de generation d'ordres de 
deplacement pour une machine-outil qui laisse k I'ope- 
rateur la responsabilite de determiner lui-meme le plan 



d'operations. 

Un autre but est de proposer un procede et un logi- 
ciei de generation d'ordres de deplacement permettant 
de minimiser le nombre de tests necessaires sur la 
5 machine. 

Un autre but est de proposer un procede et un logi- 
ciei de generation d'ordres de defacements compre- 
nant des moyens de simulation du processus d'usinage. 
Ces buts sont atteints selon ['invention au moyen 
10 des elements de la revendication 1 . 

Plus particulierement, ces buts sont atteints par un 
procede de generation d'ordres de defacements pour 
une machine-outil dont les axes sont regroupes en une 
plurality de systemes d'axes, le procede comprenant 
is successivement: 

une etape permettant k I'operateur dlntroduire 
dans chaque systeme d'axes un plan d'operations 
constitue par une succession d'operations conse- 
20 cutives, chaque operation etant choisie parmi un 
catalogue d'operations, 

une etape permettant k I'operateur d'imposer des 
regies de synchronisation entre operations effec- 
ts tuees dans des systemes d'axes differents, 

I'ensemble du plan d'operations et des regies de 
synchronisation constituant la gamme operatoire, 

30 et une etape de calcul des ordres de deplacement 
k partir de la gamme operatoire. 

Dans une realisation pr£ferentielle, lesdits ordres 
de deplacement sont implements sous forme de tables 
35 de pas. 

Dans une realisation preferential e, les ressources 
peuvent etre librement regroupees en systemes d'axes 
definissables par I'operateur. 

Dans une realisation preferentielle, le procede 
40 comprend en outre une etape de parametrage des dif* 
fererrtes operations, permettant k I'operateur de para- 
meter les drff6rentes operations. 

Linvention sera mieux comprise k I'aide de la des- 
cription et des figures annexees parmi lesqueiles: 

45 

- la figure 1 represente k titre d'exemple une vue de 
dessus d'une machine-outil de I'art anterieur pou- 
vant fonctionner au moyen du procede de la pre- 
sente invention, 

50 

la figure 2 illustre le principe de fonctionnement 
d'une commande numerique CNC traditionnelle, 

la figure 3 illustre le principe de fonctionnement 
55 d'une commande numerique utilisant des tables de 
pas, 

la figure 4 est un graphique illustrant un principe 
connu de I'eiaboration d'une table de pas, 
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• la figure 5 montre schematiquement les donn6es 
contenues dans une table de pas, 

ta figure 6 est un organigramme du proc6d§ et du 
logicieJ selon la pr6sente invention, 

- la figure 7 est une vue d'ecran d'une fenetre d'edi- 
tion d'outil dans un logiciel utilise pour mettre en 
oeuvre le proc6de de la pr6sente invention, 

la figure 8 est une vue d'6cran d'une fenetre princi- 
pale dans un logiciel utilise pour mettre en oeuvre 
le proc6d6 de la pr§sente invention, 

- la figure 9 illustre le principe de definition des syn- 
chronisations dans un logiciel utilise pour mettre en 
oeuvre le proc6de de la presente invention, 

- la figure 10 est une vue d'ecran d'une fenetre de 
parametrage des operations dans un logiciel utilise 
pour mettre en oeuvre le precede de la presente 
invention, et 

- la figure 11 est une vue d'ecran d'une fen§tre de 
parametrage des operations dans un logiciel utilise 
pour mettre en oeuvre le proc&te de la presente 
invention. 

Le graphique de la figure 4 illustre le principe de 
creation manuel de tables de pas, correspondants aux 
axes z et x, et susceptibles d'etre utilisees dans le dis- 
positif de commande numerique 13 (figure 1). Le profil 
P d'une piece que Ton desire usiner est represente 
schematiquement dans le quadrant 1 en haut a droite 
du graphique. Dans ce graphique, les axesJndiques par 
la reference t sont des axes temporels, quantifies avec 
un pas de quantification fixe At valant par exemple 8 mil- 
lisecondes. Les axes z et x sont gradues avec un pas 
correspondant k Pincrement des moteurs 9, respective- 
ment 11. 

Dans cet exemple, le profil P d6sir6 est obtenu uni- 
quement par defacement des axes x et z, I'axe u res- 
tart immobile. L'operateur indique tout d'abord le long 
du profil le temps necessaire pour obtenir chaque sec- 
tion en fonction de la machine utilisee. A fa fin de cha- 
que intervalle de temps At, on reporte dans le quadrant 
4 le deplacement Az que doit avoir effectue la barre 5, et 
dans le quadrant 2 le deplacement Ax que doit avoir 
effectue I'outil 7 pour obtenir le profil souhaite. Sur la 
figure 6, on voit ainsi qu'k la fin du premier intervalle At 
le deplacement de la poupee doit etre de 4 pas et celui 
de I'outil de 0 pas. La somme des intervalles de temps 
est la m§me pour I'axe z que pour I'axe y. 

Les tables de pas correspondant k cet exemple 
sont illustrees sur la figure 5. Chaque colonne Az, Ax, 
Au represente le deplacement de I'axe correspondant 
apres un intervalle At. Un compteur non represente syn- 
chronise la lecture des tables de pas Az ( Ax, Au a des 
intervalles At, les valeurs successives lues etant utili- 



sees pour commander les moteurs 9, 1 1 , 1 1' des axes 
correspondants. Ces tables permettent ainsi de pro- 
grammer le dispositif de commande 13 de fagon k usi- 
ner une piece ayant le profil P sur la barre 5. 

5 Dans une variante, les defacements dans les 
tables de pas ne sont pas lus sequentiellement selon un 
ordre determine par un compteur, mais peuvent etre 
accedes aieatoirement au moyen d'un registre 
d'adresse de lecture. L'adresse de lecture dans ce 

10 registre est incrementee a chaque lecture de deplace- 
ment dans la table, mais peut aussi effectuer des sauts 
en fonction de fetat logique de la commande numeri- 
que. 

Si la creation manuelle ou m§me automatisee des 

is tables de pas a partir du profil souhaite P est deja fasti- 
dieuse dans un cas simple comme celui illustre, elle 
devient en pratique impossible pour commander des 
operations complexes simultanees faisant chacune 
intervenir des mouvements interpoles et synchronises 

20 entre plusieurs ressources. II est done necessaire 
d'automatiser ce processus. 

La figure 6 illustre a titre d'exemple un organi- 
gramme d'un logiciel de creation des tables de pas 
selon Pinvention. 

25 Lors d'une premiere etape 20, 1'operateur definit au 
moyen du logiciel un catalogue d'outils. II enumere dans 
ce catalogue tous les outils montes sur la machine-outil 
utilis6e. Le logiciel affiche dans ce but une boTte de dia- 
logue 30 telle que celle representee sur la figure 7 pour 

30 editer chaque outii. L'operateur a la possibilrte d'ajouter, 
de supprimer ou d'edrter des outils dans son catalogue 
d'outil. La figure 7 illustre une boTte de dialogue permet- 
tant d'editer un outil de coupe T15 nouvellement ajoute, 
e'est-^-dire dedefinir sa forme et sa position initiale. Les 

35 parametres editables dans la boTte de dialogue propo- 
s6e dependent de la nature de I'outil choisi, par exem- 
ple selon s'il s'agitd'un outil de coupe, de fraisage ou de 
pergage. 

Lors d'une deuxieme etape 21, l'operateur definit 
40 au moyen d'une autre boTte de dialogue non represen- 
tee certains parametres initiaux de la piece k usiner. Ce 
parametrage consiste k indiquer par exemple le diame- 
tre et la longueur de la piece initiale. De preference, il 
est egalement possible d'entrer des donn6es de type 
45 administratif permettant de retrouver la piece, par 
exemple son num6ro, le numero dldentification des 
dessins correspondant k la piece ou le nom de l'opera- 
teur. 

Lors d'une troisieme etape 22, l'operateur definit 
so tout d'abord au moyen d'un menu ou d'une fenetre de 
dialogue non representee un ou plusieurs systemes 
d'axes. En effet, selon une caracteristique importante 
de ('invention, les differentes ressources de la machine 
ne sont pas regroup6es conceptuellement en canaux 
55 predetermines, mais peuvent etre regroupees en syste- 
mes d'axes librement def inissables. Une ressource peut 
appartenir a plusieurs systemes d'axes differents. Un 
systeme d'axes peut correspondre k une realite physi- 
que, par exemple correspondre au plan de travail pour 
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un out*! particulier, mais peut egalement representer un 
espace virtue!. On peut ainsi definir si necessaire des 
systemes d'axes non orthogonaux, obtenus par combi- 
naisons lineaires de ressources physiques. II est aussi 
possible de definir des systemes d'axes en mouvement, 5 
par exemple un systeme d'axes en rotation lie k la piece 
k usiner. Cette possibility permet de simplrfier utterieu- 
rement la description d'operations sur cette piece, par 
exemple de definir la vitesse de pergage dans un refe- 
rentiel en rotation lie k la piece usinee elle m§me. 70 

De preference, le logiciel propose initialement des 
systemes d'axes par defaut correspondant par exemple 
aux canaux habituels sur les machines k commande 
numeriques CNC. Des options de menu non represen- 
tees permettent toutefois k l'operateur de modifier ces 15 
systemes d'axes par defaut ou d'ajouter de nouveaux 
systemes d'axes. Des assistants informatiques sont de 
preference utilises pour definir des systemes cfaxes 
peu standards. 

Ensuite, au cours de la meme etape 22, I'operateur 20 
def init le plan d'operations pour chaque systeme d'axes. 
Le plan d'operations pour chaque systeme d'axes est 
defini de preference au moyen d'une fen§tre 40 illustree 
sur la figure 8. 

A chaque systeme d'axes defini correspond une 25 
ligne d'operations 41 dans la fen§tre. Dans I'exemple 
illustre, il y a deux lignes d'operations indiquees Peigne 

1 et Peigne 2. Un symbole graphique 42 k gauche de 
chaque ligne d'operations indique la nature du systeme 
d'axes. Dans I'exemple les systemes d'axes correspon- 30 
dent aux axes de travail de deux chariots portant plu- 
sieurs outils de coupe. La liste des ressources 43 
correspondant k chaque systeme d'axes est egalement 
indiquee k gauche. Le systeme d'axes correspondant 

au Peigne 1 utilise done les ressources 21 , X1 , Y1 et S1 35 
tandis que le systeme d'axes correspondant au Peigne 

2 utilise les ressources Z1 , X2 et S1. 

Une barre d'outil flottante 44 est affichee k droite de 
la fenetre 40. En cliquant avec la souris sur une touche 
45, correspondant k une operation d'usinage, dans la 40 
barre d'outil, I'operateur selectionne cette operation. 
Les operations selectionnables dans cet exemple sont 
le tournage externe (TE), le tournage interne (Tl) t le 
pergage/alesage (P.A), lefiletage (Fl), le fraisage (FR), 
le formage (FO), le polygonage (PO) et les operations 45 
auxiliaires (AO). En cliquant k nouveau dans une des 
lignes d'operations 41, I'operateur y insere un symbole 
graphique 46 representant I'operation selectionnee. Si 
le systeme d'axes de la ligne d'operations selectionnee 
ne peut pas effectuer 1'operation ' choisie, un signal so 
d'erreur sonore est emis par le logiciel et le symbole 
graphique 46 ne se depose pas dans la ligne. En pla- 
gant plusieurs symboles 46 k c6te les uns des autres 
sur une ligne, I'operateur choisit tres facilement pour 
chaque systeme d'axes la succession d'operations k ss 
effectuer et les place dans un ordre chronologique sans 
se soucier k ce moment de problemes de duree ou de 
synchronisation. II est possible de modifier tres simple- 
ment I'ordre des operations, en cliquant sur un symbole 



graphique 46 et en reiachant la souris sur une nouvelle 
position. 

Pour realiser une serie de pieces identiques sur 
une machine-outil, il est frequent d'effectuer tout 
d'abord une sequence d'initialisation, puis de repeter 
dans une boucle une sequence d'usinage effectuee 
pour chaque piece et apres la derniere piece d'effectuer 
encore une sequence de fin. L'operateur peut definir 
tres aisement le debut et la fin d'une boucle d'opera- 
tions en plagant avec la souris au-dessus des symboles 
graphiques 46 correspondant au debut et k la fin de la 
boucle des fanions 47, 48 indiquant graphiquement le 
debut et la fin de la boucle. 

Lorsque I'operateur a termine la definition de son 
plan d'operations dans les systemes d'axes choisis, il 
impose au cours de Tetape 23 la maniere dont les ope- 
rations sur les differents systemes d'outils doivent §tre 
synchronisers. Les synchronisations peuvent §tre de 
type rigide ou extensible. Les synchronisations rigides 
sont des conditions strictes de synchronisme exact, par 
exemple: 

1'operation i doit se terminer en meme temps que 
('operation j\ Au contraire, les synchronisations 
extensibles imposent des conditions moins strictes 
du type avantfepres, par exemple: 
1'operation i doit se terminer avant le debut de 
1'operation j". Ou bien; 

1'operation i doit se terminer 10 millisecondes 
apres le debut de I'opeiation j". 

II est possible de synchroniser sort le debut, soit la 
fin des operations, avec des ev£nements tels que le 
debut ou la fin d'une autre operation. Des options de 
menu appropri6es permettent k I'operateur de d6caler 
le debut et la fin d'une operation; par exemple, il peut 
decaler la fin d'une operation, sur laquelle se baseront 
les synchronisations des autres operations, de 15 milli- 
secondes par rapport a la fin effective de I'operation. 
L'operateur peut aussi poser des bornes de synchroni- 
sation a I'interieur d'une operation. Par exemple, il peut 
decomposer la duree d'une operation en 10 intervalles 
marques par des bornes et synchroniser d'autres ope- 
rations par rapport k ces bornes. En outre, les opera- 
tions peuvent §tre synchronis6es sur des signaux 
externes provenant par exemple de capteurs installs 
sur la machine ou sur des signaux d'horloge. 

La figure 9 illustre le principe de placement des 
synchronisations rigides ou extensibles. L'operateur 
seiectionne tout d'abord I'operation source devant §tre 
synchronise^ En cliquant dans la zone A a gauche du 
symbole graphique 46 correspondant k I'operation 
devant etre synchronisee, il impose une condition sur le 
debut de I'operation source; au contraire, en cliquant 
dans la zone B a droite du symbole graphique 46 cor- 
respondant k I'operation devant etre synchronisee, il 
impose une condition sur la fin de I'operation source. Le 
curseur de la souris se transforme de preference en un 
symbole different selon la zone du symbole 46 sur 
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faquelle I'utilisateur a clique. 

L'operateur peut alors deplacer le curseur sur te 
symbole graphique 46 correspondant a I'operation des- 
tination. En cliquant dans la zone A1 en haut a gauche 
du symbole, il impose une synchronisation rigide de 
I'operation source sur le debut de I'operation destina- 
tion. En cliquant dans la zone B1 en haut a droite, il 
impose une-synchronisation rigide sur la fin de I'opera- 
tion destination. En cliquant dans la zone A2 en bas a 
gauche, il impose une synchronisation extensible sur le 
debut de I'operation destination. En cliquant dans la 
zone B1 en bas k droite, il impose une synchronisation 
extensible sur la fin de I'operation destination. De prefe- 
rence, un message d'aide s'aff iche en bas de 1'ecran ou 
k proximite du curseur lorsque le curseur survole une 
des zones sensibles A1 k B2. La forme du curseur peut 
aussi §tre adaptee en consequence. 

D'autres manieres de definir les synchronisations 
peuvent natureliement §tre prevues, par exemple en 
indiquant dans une boTte de dialogue ('operation source, 
I'operation destination ainsi que les conditions de syn- 
chronisation entre ces operations. 

Apr6s avoir defini chaque synchronisation, celle-ci 
est indiquee visuellement, de preference par une ligne 
forte 49 (f igure 8) pour les synchronisations rigides et 
par une ligne 50 moins marquee ou d'une autre couleur 
pour les synchronisations extensibfes. Dans I'exemple, 
un symbole triangulaire est en outre place sur la ligne 
indiquant les synchronisations extensibies. Lorsque des 
synchronisations sont placees, les symboles graphi- 
ques 46 sur les differentes lignes 41 se deplacent de 
fagon k indiquer au mieux la chronologie des opera- 
tions. En cliquant sur une ligne de synchronisation 49 
ou 50, I'operateur appele une fenetre de dialogue non 
representee qui lui permet de definir des synchronisa- 
tions plus complexes. 

Le plan d'operations defini dans les differents sys- 
temes d'axes au cours de la troisieme etape 22 ainsi 
que les regies de synchronisations d6f inies au cours de 
la quatrieme etape 23 d6finissent ensemble la gamme 
operatoire pour la piece usinee. Au cours de la cin- 
quieme etape 24, I'operateur peut parametrer les opera- 
tions dont il a defini precedemment la chronologie. 
Cette etape permet d'incfiquer exactement en quoi con- 
sistent les operations choisies; par exemple, s'il a place 
un symbole graphique 46 correspondant a une opera- 
tion de fraisage, il peut au cours de I'etape 24 definir la 
profondeur de fraisage et I'endroit precis ou le fraisage 
doit etre effectue. Dans ce but, en cliquant deux fois 
rapidement sur le symbole graphique 46 de I'operation 
a parametrer, I'operateur voit s'afficher une fenetre de 
dialogue 60 representee sur la figure 10. 

Dans le premier champ 61 de la fenetre 60, I'opera- 
teur peut indiquer le nom qu'il souhaite donner a Tope- 
ration. Ce nom peut dans une variante etre affiche dans 
la partie inferieure des symboles graphiques 46. Par 
defaut, le logiciel propose un nom compose de deux 
nombres separes par un":". Le premier nombre (5) iden- 
trfie la ligne d'operations tandis que le deuxieme nom- 



bre (2) identifie I'operation. 

Dans une variante, un commentaire peut §tre intro- 
duit par I'utilisateur dans un masque approprie. Ce com- 
mentaire peut s'afficher par exemple dans la barre de 
s statut sous la fenetre lorsque le curseur de la souris sur- 
vole le symbole graphique 46 correspondant a I'opera- 
tion. 

La deuxieme ligne 62 de la fenetre de dialogue 60 
est une suite ^instructions non editables en langage 

10 ISO. Ces instructions sont des instructions preliminaires 
dependant de la nature de I'operation d'usinage. 

Sous la deuxieme ligne 62 se trouve une zone de 
texte editable 63 dans laquelle I'operateur peut intro- 
duce une suite destructions en langage ISO lui per- 

15 mettant de parametrer et de definir reparation a 
effectuer. De preference, une suite ^instructions est 
propos6e par defaut lorsque I'operateur ouvre la fenetre 
de dialogue. Des commentaires peuvent etre ajoutes 
entre les instructions pour permettre m§me a I'utilisa- 

20 teur peu familier avec ce langage de parametrer facile- 
ment toutes les operations. 

Sous la zone d'6dition 63 est affichee une seconde 
suite 64 ^instructions non 6ditabies en langage ISO. 
Ces instructions sont des instructions terminales 

25 dependant de la nature de I'operation. Dans une 
variante, il n'y a pas destructions terminales. 

Nous avons vu qu'une m§me ressource, par exem- 
ple un m§me axe, peut appartenir a plusieurs systemes 
d'axes differents. Par exemple, sur la figure 8, 1'axe Z1 

so appartient aussi bien au sysfeme d'axe du peigne 1 
qu'au sysfeme d'axes du peigne 2. Suivant la gamme 
operatoire correspondant a ces deux systemes d'axes, 
I'axe Z1 dans cet exemple pourrait etre amene a devoir 
effectuer simultanement des deplacements dans des 

35 directions differentes; il est done necessaire de regler 
ces conflits poterttiels. Pour cela, une zone 64 est affi- 
chee dans la fenetre 60, qui permet de definir comment 
ces conflits 6ventuels doivent etre regies. 

L'operateur a la possibility de supprimer une res- 

40 source commune, e'est-a-dire de la rendre non disponi- 
ble pour le sysfeme d'axes consider. II peut aussi 
rendre une ressource virtuelle. 

Dans ce dernier cas, si les deux operations sur 
deux systemes d'axes differents en conf lit pour une res- 

45 source sont identiques et synchronisees de mani6re a 
demarrer simultanement, les deplacements de la res- 
source commune ne dependent que de I'operation mai- 
tresse, e'est-a-dire non virtuelle. L'operation virtuelle 
effectue une copie de I'operation maitresse. Par exem- 

so pie, dans le cas de la machine-outil decrite par la figure 
1, des operations utilisant I'outil 7 peuvent entrer en 
conf lit pour le partage de I'axe z avec des operations uti- 
lisant I'outil 7'. Si les operations sont identiques et que la 
ressource z est declare virtuelle dans le systeme 

55 d'axes correspondant a I'outil 7', I'outil 7 effectuera sim- 
plement une copie miroir des deplacements de I'outil 7. 

Si les deux operations en conflit sont differentes, 
mais synchronisees de maniere a demarrer et a se ter- 
miner simultanement, le logiciel calcule les deplace- 
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ments de la ressource commune en tenant uniquement 
compte de ('operation maitresse. Les deplacements des 
autres ressources de ('operation virtuelle sont adaptes 
en fonction des deplacements ainsi imposes de la res- 
source commune. Dans I'exemple ci-dessus, si les ope- 5 
rations des outils 7 et 7' ne sont pas identiques, et que 
la ressource z est declaree virtuelle pour le systeme 
d'axes correspondant a I'outil T, le logiciel calculera la 
table de pas commandant l'axe z en fonction unique- 
ment de I'operation sur I'outil z, et adaptera la table de 10 
pas commandant Paxe u portant I'outil 7 en fonction des 
mouvements pr6d6finis de I'axe z. 

Dans une variante pr6ferentiel!e, des operateurs 
connus dans les systdmes d'exploitation graphiques 
sous le nom "assistants" permettent k I'operateur peu 15 
expert de parametrer les operations d'usinage sans 
meme connaltre le langage ISO. Ces assistants sont 
des modules de programme affichant une succession 
de boites de dialogue, dependant de I'op6ration choisie, 
permettant k I'operateur en repondant k des questions 20 
simples successives de parametrer compietement 
('operation. A chaque boTte de dialogue successive est 
associe une fenetre d'aide expliquant exactement k 
I'operateur les consequences de ces choix. Ce type 
d'assistant est notamment connu en informatique dans 25 
les programmes d'installation de logiciels, et il n'est pas 
necessaire de les d§crire plus en detail. De preference, 
les deux possibilit6s de parametrage mentionnees sont 
combinees au cours de retape 24; rutilisation de ['assis- 
tant g6nere automatiquement du code ISO qui est 30 
ensuite editable. 

II est k noter que les etapes 22, 23 et 24 sur la 
figure 4 ne doivent pas etre executees k la suite les 
unes des autres, mais le sont generalement selon un 
processus iteratif, I'operateur pouvant par exemple 35 
commencer k parametrer ou synchroniser des opera- 
tions avant de les avoir toutes introduites. 

Apres avoir termine de definir la gamme operatoire 
et avoir parametre chaque operation, I'operateur lance 
au cours de la sixieme 6tape 25 ('interpretation du pro- 40 
gramme de piece ainsi cr6e. (I peut effectuer cette ope- 
ration en cliquant sur une option de menu appropriee 
dans la fenetre de la figure 8. Durant cette etape dlnter- 
pretation, le logiciel detecte certaines fautes ou contra- 
dictions possibles dans la gamme operatoire, par 45 
exemple des cortflits non resolus de ressources com- 
munes, des deplacements de ressource hors des limi- 
tes de la machine ou des mouvements faisant intervenir 
des outils non installs ou des collisions d'outil. Le 
module d'interpretation determine en outre au cours de so 
cette etape 25 les sequences de defacement des diffe- 
rentes ressources, definissant les positions de chaque 
ressource au debut et au terme de chaque d6place- 
ment 

L'interpreteur calcule les sequences au moyen 55 
d'une table faisant correspondre k chaque instruction 
en langage ISO des portions de sequence predetermi- 
nees. 

Le logiciel verifie au cours de retape 26 le resultat 



fourni par l'interpreteur. En cas d'erreurs detectees, un 
message s'affiche sur I'ecran et I'operateur a ensuite la 
possibilite de modifier et de corriger la gamme opera- 
toire. Si tout s'est passe correctement, I'operateur peut 
lancer au cours de retape suivante 27 un calculateur qui 
calcule et affiche les trajectoires des outils ou des res- 
sources au cours des sequences determinees au cours 
de ('interpretation. Ces trajectoires sont directement uti- 
Itsees pour fa generation des tables de pas permettant 
de commander les moteurs des differents axes et bro- 
ches. 

Le fonctionnement du calculateur est connu dans 
Tart anterieur. Comme il releve des mathematiques et 
de la programmation pure, il n'est pas decrit ici. 

La figure 1 1 illustre I'aspect de la fenetre principale 
40 affichee aprds retape 27 de calcul. La largeur des 
symboles graphiques 46 est modifiee de maniere k cor- 
respondre k leur duree calcuiee, conformement k 
rechelle des temps 51 affichee au-dessus des lignes de 
ressource. Un curseur 52 peut §tre deplace au moyen 
de la souris pour mesurer de maniere precise certains 
instants, le temps (3336 ms) s'aff ichant dans un rectan- 
gle tout en haut k gauche de la fenetre. Dans la zone 
52, un diagramme illustre la trajectoire de la ressource 
Z1 correspondante, c'est-&-dire la position de cet axe 
en fonction du temps. L'op6rateur a naturellement la 
possibilite de choisir les ressources dont il souhaite 
controler la trajectoire. II peut ainsi s'assurer que les 
deplacements des differents outils correspondent exac- 
tement k ce qui est desire, et notamment que les outils 
occupent bien la meme position au debut et k la fin 
d'une boucle de repetition indiquee par les fanions 47 et 
48. 

Cette fenetre permet ainsi a I'operateur de contr6ler 
tres simplement, de maniere visuelle, le deroulement 
des operations successives d'usinage. En particulier, il 
est possible de se rendre compte aisement des possibi- 
lites d'acceierer le processus d'usinage en ajustant ou 
deplagant les operations les plus critiques. Si I'opera- 
teur n'est pas satisfait par le resultat, il peut encore a cet 
instant revenir en arriere et modifier iterativement la 
gamme operatoire d£f inie. 

Selon les variantes, les tables de pas sont soit 
generees directement par le calculateur, soit obtenues 
d'apres les donnees du calculateur au cours d'une 
etape 29 de creation des tables. Ces tables sont ensuite 
transpos6es au moyen d'un support magnetique ou 
optique ou d'une ligne serielle 15 sur la commande 
numerique 13 de la machine-outil (figure 1). 

Le logiciel de I'invention permet done de gen6rer 
des tables de pas a partir du programme de piece cr6e 
au cours des etapes 20 k 24. II est cependant bien clair 
qu'il est possible de creer plusieurs programmes de pie- 
ces et d'enchainer au cours de ('execution la lecture des 
tables de pas generees par ces differents programmes. 
L'enchainement des differentes tables de pas peut 
aussi dependre de conditions externes Un evenement 
tel que le remplacement d'un outil, la rupture d'une 
meche ou la fin d'une serie de pieces par exemple peut 
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provoquer ('execution d'une nouvelle table de pas. 
Revendications 

1. Procede de generation d'ordres de deplacements 
pour une machine-outil dont les ressources (7, 7*) 
sont regroupees en plusieurs systemes cfaxes, 
caracterise en ce que le precede comprend: 

une etape (22) permettant k I'operateur d'intro- 
duire dans chaque systeme d'axes un plan 
d'op6rations constitu6 par une succession 
d 'operations cons6cutives, chaque operation 
etant choisie parmi un catalogue d'operations, 

une etape (23) permettant k I'operateur dimpo- 
ser des regies de synchronisation entre opera- 
tions effectu6es dans des systemes d'axes 
diff§rents, 

('ensemble du plan ^operations et des regies 
de synchronisation constituant la gamme op§- 
ratoire, 

et une etape (25, 27, 29) de calcul des ordres 
de defacement k partir de la gamme opera- 
toire. 

2. Proced§ selon la revendication 1 , caracterise en ce 
que lesdits ordres de defacement sont implemen- 
t's sous forme de tables de pas (71 , 72, 73). 

3. Procede selon Tune des revendications preceden- 
tes, caracterise en ce que les ressources peuvent 
§tre librement regroupees en systemes d'axes deti- 
nissables par I'operateur. 

4. Procede selon Tune des revendications preceden- 
tes, caracterise en ce que I'operateur peut choisir 
parmi plusieurs types de regies de synchronisation 
entre operations. 

5. Procede selon la revendication precedente, carac- 
terise en ce que Tune des regies de synchronisa- 
tion possible consiste k definir qu'une operation doit 
commencer ou se terminer au moment precis ou 
une autre operation sur un autre systeme d'axes 
commence ou se termine. 

6. Procede selon la revendication 4, caracterise en ce 
que Tune des regies de synchronisation possible 
consiste k definir qu'une operation doit commencer 
au plus tot ou se terminer au plus tard k I'instant ou 
une autre operation sur un autre systeme d'axes 
commence ou se termine. 

7. Procede selon la revendication 4, caracterise en ce 
que I'une des regies de synchronisation possible 
consiste a definir le debut ou la fin d'une operation 



par un deiai k partir d'une autre operation. 

8. Proc6de selon la revendication 4, caracterise en ce 
que I'une des regies de synchronisation possible 

s consiste k definir le debut ou la fin d'une operation 
par un evenement externe foumi par un capteur sur 
la machine-outil. 

9. Procede selon I'une des revendications preceden- 
ce tes, caracterise en ce qu'il comprend en outre une 

etape de param6trage (24) des differentes opera- 
tions, permettant k I'operateur de parameter les 
differentes operations. 

is 10. Procede selon la revendication 9, caracterise en ce 
que ladite 6tape de parametrage (24) permet k 
I'operateur de parametrer chaque operation au 
moyen du langage ISO. 

20 11. Procede selon la revendication 9 ou 1 0, caracterise 
en ce que ladite etape de parametrage (24) permet 
k I'operateur de parametrer chaque operation au 
moyen d'assistants informatiques. 

25 12. Procede selon I'une des revendications preceden- 
tes, caracterise en ce qu'il comprend en outre une 
etape preiiminaire (21) permettant k I'operateur de 
definir certaines caracteristiques de la piece k usi- 
ner. 

30 

13. Procede selon I'une des revendications preceden- 
tes, caracterise en ce qu'il comprend en outre une 
etape preiiminaire (20) de creation d'un catalogue 
d'outils permettant a I'operateur de definir les outils 

35 (7, 7*) mont6s sur la machine-outil. 

14. Precede selon I'une des revendications pr6ceden- 
tes, caracterise en ce que ladite 6tape (25, 27, 29) 
de calcul des ordres de defacement comprend 

40 une premiere 6tape (25) ^interpretation de la 
gamme operatoire au terme de laqueile I'operateur 
est averti sll a introduit des donnees erronees ou 
incompatibles entre elles ou avec la machine-outil 
utilisee. 

45 

15. Proc6de selon la revendication precedente, carac- 
terise en ce qu'un test des collisions eventuelles 
entre outils est effectu6 au cours de ladite etape 
d'interpretation (25). 

50 

16. Procede selon I'une des revendications preceden- 
tes, caracterise en ce qu'une ressource peut etre 
declar6e virtuelle dans un systeme d'axe lorsque 
cette ressource est simultan6ment utilisee dans un 

55 autre systeme cfaxe. 

17. Procede selon I'une des revendications preceden- 
tes, caracterise en ce que ('introduction par I'opera- 
teur d'un plan d'operations constitue par une 
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succession cooperations cons6cutives se fait en 
deplacant des s/mboles graphiques (46) sur une 
interlace utilisateur graphique (40). 

18. Proc6de selon la revendication pr6c6dente, carac- s 
t6rise en ce que les regies de synchronisation entre 
operations sont introduces en aiignant lesdits syrrv 
boles graphiques (46), ou en les reliant par des ele- 
ments graphiques (49, 50). 

w 

19. Proc6d£ selon Tune des revendications 17 ou 18, 
caracteris6 en ce qu'au terme de ladite etape (25, 
27, 29) de calcul des ordres de deplacement la lar- 
geur desdits symboles graphiques (46) est adaptee 

de maniere a correspondre a la dur6e des opera- is 
tions correspondantes. 

20. Logiciel permettant de mettre en oeuvre le procede 
de Tune des revendications precedentes. 

20 

21. Support magnetique ou optique sur lequel est enre- 
gistre un programme selon la revendication prece- 
dents 

22. Dispositif de command e num6rique (13) pour 25 
machine-outil utilisant un logiciel selon la revendi- 
cation 18. 



10 



EP 0 774 701 A1 




EP 0 774 701 A1 




12 



EP 0 774 701 A1 




13 



EP 0 774 701 A1 





r 72 


77 

r 




AX 


Au 


4 


0 


0 


2 


2 


o 


2 


2 


0 


4 


2 


0 


4 


2 


0 


1 


0 


0 


1 


0 


0 


1 


0 


0 


1 


0 


0 



Fig 



EP 0 774 701 A1 



catalogue d'outils — 20 



edition piece 



plan d 'operations 



synchronisations 



parametrage 



i 



interpretation 



-21 



-22 



-23 



-24 



-25 




calculateur 



1-27 



affichage chronogrammes| — 28 

i 



creation tables [ — 29 ^'9- 6 



15 



EP 0 774 701 A1 



Fig. 7 



Edition d un outil 



T11/T15 support 11 
Outil de coupe 




T11- 



x= foT 



T15- 



L = 



0.807 



Precedent 



Suivant 



Copie pour importation 



OK 



Annuler ~| 



so 



Fig. 8 



f~h S1 



43 



-P0- 



-Z1 



-X1 - 



X1 



Peiqnel 



21 S1 
X1 



Peigne2 




I ' m 1 1 1 1 1 1 1 1 1 1 1 1 1 1 i 1 1 m 1 1 1 1 1 1 r ( 1 1 m 1 1 1 m 1 1 1 n I n 1 1 1 TOi I < 1 1 1 1 n 1 1 1 1 n tlnnliT^fil 



42 




-0- 



50 
■f- 



^50 
49 



\n mm 



B beh 



50 



— 7T 
49 



41 



41 



42 



46 



52 



T.E T.I. 



«3 



£3-0. 



FR.FO. _45 



16 



EP 0 774 701 A1 




17 



EP 0 774 701 A1 



Fig. 10 



EDITEUR LANGAGE ISO-DECO 



Norn de I'operation 



5:2 



G82 G90 G94 G190 G68 G71 G19 



-62 



■61 



G82 G90 G190 G68 G71 G193 
Gestionnaire de ressources communes - 



Z1 


□ 


Virtuel 


n Supprime 


X1 


□ 


Virtuel 


I"! Supprime 


Y1 


□ 


Virtuel 


fl Supprime 



^60 



G100G1 X1=5T13 


63 


G100G1 X1=5Z1=5.15T16 


G1 X1=1.85F800 




G91 G1 Z1=215 




G90G1X1=1.2 




G91 G1 Z1=1.55 




G90G100 GH1 X1=5 





OK 



Annuler 



Fig. 1 1 



1 1 1 1 1 n 1 1 1 1 1 1 1 1 f ■ ■ 1 1 1 1 1 ■ 1 1 ■ ■ 1 1 1 ■ 1 1 1 1 1 n 1 1 ■ 1 1 1 1 ■ ■ ■ I Kpr 1 1 ■ 1 1 ■ i 1 1 1 1 1 1 1 1 1 1 ■ 1 1 1 1 1 i 





tn tons 



m 

BE 
EH 

as 

S3! 



18 



EP 0 774 701 A1 



J 



Office europeen 
dcs brevets 



RAPPORT DE RECHERCHE EUROPEENNE 



Numern de ta denude 

EP 95 81 0724 



DOCUMENTS CONSIDERES COMME PERTINENTS 



Categorie 



Citation du document avcc indication, en cas de besoia, 
des parties pertinent es 



Revcndication 



CLASS EMENT DE LA 
DEMANDE (lnlXL6> 



D,A 



EP-A-0 474 603 (T0RN0S SA FABRIQUE DE 
MACHINES MOUTIER) 11 Mars 1992 

* colonne 3, ligne 5 - colonne 4, ligne 
42; revendication 1; figures 1,2 * 

* abrege * 

US-A-5 392 207 (WILSON GREGORY S ET AL) 
21 Fevrier 1995 

* colonne 5, ligne 42 - colonne 11, ligne 
62; figures 1-4 * 



1-22 



G05B19/416 



1-22 



DO MAIN ES TECHNIQUES 
RECHEJICHES (IntCL6) 



G05B 



Le present rapp «rt a etc etaoli pour toutes Ics rcvcndkations 



LA HAYE 



D*t dTacherenm * U recfarcte 

18 Avri 1 1996 



Nettesheim, J 



CATEGORIE DES DOCUMENTS CITES 



X : parti culiereraent pertinent i lui leul 

Y : parti culiereraent pertinent eo combinaison avec tut 

autre document de la meae categorie 
A : arriere-pUn technologitjue 
O : divulgation non-ecritc 
P : document intercalaire 



T : theorie ou prindpe i la base de ^invention 
E : document de brevet anterietir, mail pubtie a U 

date de depfit on apres cette date 
D : cite daas la denude 
L : cite pour d'autres raisoas 

4 : mem ore de la roeme famille, document correspondant 



19 



